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DETAILED ACTION 
Status of Claims 

1. This is a Final office action in reply to the response filed on 28 September 2009. 

2. Claims 1-32 are currently pending and have been examined. 

Response to Arguments 

3. Applicant's arguments received on 28 September 2009 have been fully considered but are not 
persuasive. 

4. With regard to claims 1 , 23 and 25, Applicant argues that the prior art of record, specifically that 
Dubray's "choreography" does not disclose or suggest (l)predefining a sequence" {page 4, 2"'^ U); 
(2) Dubray cannot reasonably be said to disclose or suggest "predefining a sequence of business 
transactions to be executed" (page 5, 2"*^ If) and Dubray teaches away from the claimed 
"predefined a sequence" (page 6, last If) 

5. With regard to claims 2-9, 10-19, 21-22, 24 and 26-32, Applicant argues the these claims depend 
from claim 1 and are allowable at least due to their respective dependencies (page 7, 2""^ If and 
last If ). Examiner respectfully disagrees. Please see the response to arguments and the 
rejections below. 

6. In response to Applicant's argument (1). Examiner respectfully disagrees. Choreography is 
defined by Webster Dictionary (http://www.webster-dictionary.org/definition/choreography) as "1. 
The art of representing dancing by signs, as music is represented by notes; - also called 
choreography; 2. the art of composing dances for individuals or groups, including the planning of 
the movements and steps; also, the planning of movements and steps for figure skaters, 
performed on ice; 3. the planning and coordination of activities for an event, especially one to be 
held in public" because Dubray uses choreography in the sense of business transaction, it is clear 
that the events/steps/movements in the choreography refers to business transactions, therefore 
Dubray does disclose a predefined sequence. 
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7. In response to Applicant's argument (2). Examiner respectfully disagrees. Dubray discloses in 
page 15, B2B Collaboration Definitions that "[e]ach Business Transaction needs to be specified 
and choreographed". As explained above in the response to argument (1) Dubray's use of the 
word choreography is meant to define the planning and coordination of a set of business 
transaction to be performed in a business collaboration environment. 

8. In response to Applicant's argument (3). Examiner respectfully disagrees. Please see the 
response to argument (1). 

Claim Rejections - 35 USC § 103 

9. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

10. Claims 1-8, 10-11, 13-18, 20-21 and 23-32 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Nielsen et al., B2B Collaborative Commerce with Sametime, QuickPlace and 
WebSphere Commerce Suite, IBM International Technical Support Organization, International 
Business Machine Corporation; August 2001; 274 pages; ibm.com/redbooks, hereinafter 
"Nielsen" in view of Jean-Jacques Dubray, OAGIS Implementation Using the ebXML CPP, CPA 
and BPSS specifications v1 .0, 10/4/2001. 

Claim 1: 

Nielsen as shown discloses a computer-readable storage medium to perform a method for a first 
computer to participate in electronic business, the computer readable medium comprising: 

• supporting communication between the first computer having a processor and a 
second computer having a processor via a communication module (pages 44-45, 
Figure 34 which it illustrates a Collaborative commerce application topology and 
Figure 98, which it illustrates a Transactional Commerce Application Topology 
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where lines shows the communication between components and pages 223-224, 
Appendix B, Nodes in the application topology, B.1.1 Web application server node, 
which teaches that it supports "access to both public and user-specific information" 
and "the node provides robust services to allow users to communicate with shared 
applications and databases". Nielsen teaches that in a collaborative and 
transactional commerce application exist a communication between a server (e.g., 
first computer) and users or clients (e.g., second computer) in order to create a 
collaborative commerce solution); 

• loading the business schema from a central repository via the processor in the first 
computer, and a schema module (pages 44-45, Figure 34, which it illustrates a 
Collaborative commerce application topology, where Real Time Collaboration 
Server and Commerce Server load business schemas through the WebSphere 
Commerce Suite application from a database (e.g., a central repository),page 225, 
Appendix B, Nodes in the application topology, B.1.6 Database server node, which 
teaches that "[t]he database server node's function is to provide a persistent data 
storage and retrieval service in support of the user-to-business transactional 
interaction" in order to create, selects and process documents using the 
WebSphere Commerce Suite Application as illustrated in figure 7, pages 17-18, 
where a buyer can browse the catalog, create requisition lists, issue an order, see 
status for current orders and participate in auctions (e.g., business transactions)); 

• wherein the business schema provides a communication format applied to the 
document assigned to one of the business transactions (page 30, Chapter 2, A B2B 
scenario, 2.3.3 Illustrating the scenario with our implementation, l^^and page 122, 
Chapter 7, WebSphere Commerce Suite Integration, 7.2.0.1 IBM Net. Data; which 
teaches that "[t]he list of available pages in the catalog and elsewhere on the 
TECKRAFT site is delivered from WCS in XML format and then formatted in the 
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agent application" and "[g]eneration part contains HTML or XIVIL blocks that contain 
statements that specify the layout of the generated document" where Nielsen 
teaches that XML format is applied to the documents); 

• wherein the communication format enables the first computer to participate in 
electronic business with the second computer (pages 44-45, Figure 34 which it 
illustrates a Collaborative commerce application topology and page 223, Figure 98, 
which it illustrates a Transactional Commerce Application Topology where lines 
shows the electronic business communication between servers and users or 
clients); 

• executing the sequence of business transactions between the first computer and 
the second computer (page 225, Appendix B, Nodes in the application topology, 
B.1.6 Database server node, which teaches that "[t]he database server node's 
function is to provide a persistent data storage and retrieval service in support of 
the user-to-business transactional interaction" in order to create, selects and 
process documents using the WebSphere Commerce Suite Application as 
illustrated in figure 7, pages 17-18, where a buyer can browse the catalog, create 
requisition lists, issue an order, see status for current orders and participate in 
auctions (e.g., business transactions)); 

Nielsen teaches in pages 44-45, Figure 34 illustrates a Collaborative commerce application 
topology, pages 17-18, Figure 7 illustrates a business schema, the TECKCRAFT transactional 
B2B Web site for a buyer which enables a buyer to create, selects, and process documents, for 
example: browse the catalog of power tools, create a requisition lists, issue an order (or reorder) 
(e.g., a predefined sequence of business transactions combined with documents) and Figure 11 
which illustrates requisition lists (e.g., a document) of a buyer in order to perform a business 
transaction (e.g., issue an order or reorder). Nielsen does not specifically teach how to create a 
business schema and predefine a sequence of business. However, Dubray in an analogous art of 
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B2B collaboration for the purpose of creating a business schema and defining a sequence of 
business transactions (Figures 2-4 and 8-12) as shown does: 

• predefining a sequence of business transactions to be executed (Figure 2 illustrates 
a schematic of core business transaction semantics, page 15, B2B Collaboration 
Definitions, which teaches that "[e]ach Business Transaction needs to be specified 
and choreographed" (e.g., predefining a sequence). Figure 3 illustrates OAGI 
Scenario 55 divided as ebXML Business Transactions and page 16, Business 
Transaction Definitions); 

• creating a business schema by assigning a document to eacli business transaction 
in the sequence of business transactions (Figures 8-12 illustrates business 
schemas e.g., collaboration activity diagram. Figures 4 and 7 illustrates assigning a 
document to each business transaction e.g., RespondingBusinessActivity -> 
Document Envelope -> Attachment: business document); 

• and storing at least one document assigned in the business schema (Figure 4 
illustrates that at least one document assigned (e.g., businessDocument) is stored 
(e.g.. Attachment) in the business schema (e.g., RespondingBusinessActivity)); 

Therefore, it would have been obvious to one of ordinary skill in the art to modify Nielsen to 
include the teaching of Dubray because the claimed invention is merely a combination of old 
elements, and in the combination each element merely would have performed the same function 
as it did separately, and one of ordinary skill in the art would have recognized that the results of 
the combination were predictable. 
Claim 25 

As per claim 25, this claim encompasses substantially the same scope as claim 1. Accordingly, 
claim 25 is rejected in substantially the same manner as claim 1, as described above. 
Claim 2: 

Nielsen discloses the following limitation: 
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• wherein the second computer is under control of a second computer program that 
has substantially the same functions as the first program (Chapter 1 , Introduction to 
Collaborative Commerce, 1.2.2 Lotus Sametime 1^' - 2"'^ and Figure 5: which 
teaches that "[l]otus Sametime" offers "a customizable, standards-based platform 
for instant awareness, real-time communication (chat) and online meetings with 
application sharing and whiteboarding capabilities" where "enables users to share 
live documents, applications, and a whiteboard; for example, a seller can share a 
spreadsheet with a buyer". Nielsen teaches that a second computer (e.g. a buyer 
computer) is using the same program functions as the first computer as shown in 
Figure 5, which it illustrates a real-time video conferencing); 

Claim 3: 

Nielsen discloses the following limitation: 

• wherein the communication module supports communication with a third computer 
under control of a third computer program being a business application, and 
wherein the predefined communication format provided by the business schema 
enables the first computer to participate in electronic business with the third 
computer (pages 8-9, Chapter 1, Introduction to Collaborative Commerce, 1.2.2 
Lotus Sametime 1®' - 2"'^1f and Figure 5: which teaches that "[l]otus Sametime" 
offers "a customizable, standards-based platform for instant awareness, real-time 
communication (chat) and online meetings with application sharing and 
whiteboarding capabilities" where "enables users to share live documents, 
applications, and a whiteboard; for example, a seller can share a spreadsheet with 
a buyer". Nielsen teaches that a user or client (e.g. a second or third computers) 
are using the same program functions as the first computer as shown in Figure 5, 
which it illustrates a real-time video conferencing); 
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Claim 4: 

Nielsen discloses the following limitation: 

• wherein the communication module forwards the documents to the second 
computer and to the third computer for interpreting and processing by the second 
and third computer programs, respectively (pages 8-9, Chapter 1, Introduction to 
Collaborative Commerce, 1.2.2 Lotus Sametime 1^ - 2""^ and Figure 5: which 
teaches that "[l]otus Sametime" offers "a customizable, standards-based platform 
for instant awareness, real-time communication (chat) and online meetings with 
application sharing and whiteboarding capabilities" where "enables users to share 
live documents, applications, and a whiteboard; for example, a seller can share a 
spreadsheet with a buyer". Nielsen teaches that in a collaborative electronic 
business application, a user computer interprets and process the documents that 
are sent thought the collaborative environment); 

Claim 5: 

Nielsen discloses the following limitation: 

• wherein the first computer is a personal computer (page 225, Appendix B, Nodes in 
the application topology B.1.4 User node: which teaches that "[t]he user node is 
most frequently a personal computing device (PC, etc.)" where Nielsen teaches that 
a first computer of the user node is a personal computer (e.g., PC)); 

Claim 6: 

Nielsen discloses the following limitation: 

• wherein the communication module is adapted to use program resources on the 
first computer that are selected from a group, the group comprising: word 
processing tool (page 9, Chapter 1, Introduction to Collaborative commerce, 1.2.3 
Lotus QuickPlace 2""^ If: which teaches that "[q]uickPlace offers a full spectrum of 
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integrated services for team collaboration, including project management tools, 
Office 2000 integration and integrated workflow"); 

• a email tool (page 101 , Table 4, which teaches that an email tool enables a user to 

send email invitations); 

• a browser tool (page 85, Chapter 6, QuickPlace development, 6.1 Why 
QuickPlace: which teaches that it has "browser-based access"); 

• and a graphic user interface tool (Figures 11-32, which they illustrates a graphic 
user interface tools); 

Claim 7: 

Nielsen discloses the following limitation: 

• wherein the communication module is adapted to support communication with a 
business application, the communication module being implemented as a back-end 
of a client/server application (page 11, Chapter 1, Introduction to Collaborative 
commerce, 1.3.1 How Lotus adds value in collaborative product design, 4*^ 1[: which 
teaches that "[djomino simplifies design collaboration in a variety of ways. Built-in 
workflow can be used to route design specifications to the appropriate team 
members," (e.g., support communication) "for example. Lotus' document 
management product Domino. Doc offers a robust, integrated document 
management repository. Domino tools for connectivity to enterprise data stores 
enable rapid integration with back-end ERP systems." Nielsen teaches that Domino 
server tools (e.g., a communication module) is implemented as a back-end of a 
client/server application as shown in Figure 34); 

Claim 8: 

Nielsen discloses the following limitation: 
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• wherein the communication module supports communication with the business 
application being an ERP system (page 1 1 , Chapter 1 , Introduction to Collaborative 
commerce, 1.3.1 How Lotus adds value in collaborative product design, 4'^ 1|: which 
teaches that "[d]omino tools for connectivity to enterprise data stores enable rapid 
integration with back-end ERP systems."); 

Claim 10: 

Nielsen discloses the following limitation: 

• wherein the schema module provides a selection mask to the user of the Urst 
computer to select a context for identifying documents and transactions (page 209, 
Chapter 8, Sametime Development, 8.8.1 Knowing when your buyers are logged in, 
8.8.1.1 Considerations for using the Sametime Connect client, 4*^ If: which teaches 
that "to add a filter, so the sales representative only sees the buyers he or she is 
associated with" where Nielsen teaches that the user selects which buyers are 
associate with him or her, which it is implicitly disclosed by using a selection mask, 
which is well known in the art as a filter that selectively includes or excludes certain 
values, a user selects different context regarding his or her needs); 

Claim 11: 

Nielsen discloses the following limitation: 

• wherein the context is selected from the group of: business process, product 
classification, industry classification, geopolitical, official constraints, business 
process role, supporting role, and system capabilities (pages 17-18, Figure 7 which 
it illustrates a business process context (e.g., Create a requisition lists. Issue an 
order) and product classification context (e.g.. Browse the catalog of power tools)); 

Claim 13: 

Nielsen discloses the following limitation: 
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• wherein a service module combines input received from ttie user of the program 
with data from the repository to generate data that goes into the business document 
(page 120, Chapter 7, WebSphere Commerce Suite integration, 7.2.0.1 IBIV! 
Net.Data, 3"^ % which teaches that "Net.Data interprets to create dynamic Web 
pages with customized content based on input from the user, the current state of 
your databases, other data sources" and "existing business logic" and pages 123- 
124, Figures 73-74, which they illustrates where a user inputs data and generates a 
welcome page with related business document); 

Claims 14 and 30: 

Nielsen discloses the following limitation: 

• wherein the service module cooperates with the schema module to forward 
business documents with input data into the repository (pages 17-18, Figure 7 
which it illustrates an example of transactional B2B Web site and Chapter 2, B2B 
scenario, 2.1 The initial TECKRAFT B2B Web site: which Figure 7 illustrates data 
and operations related to a business where a user can browse the catalog of power 
tools, create requisition lists (e.g., user inputs), issue an order (or reorder) and see 
status of current orders. Nielsen teaches that when a user issue an order or create 
a requisition lists, these document are forwarded into the repository); 



Claims 15 and 31: 

Nielsen discloses the following limitation: 

• wherein the service module stores a downloaded schema locally on the first 
computer (pages 44-45, Figure 34, which it illustrates a Collaborative commerce 
application topology and page 225, Appendix B, Nodes in the application topology, 
B.I. 6 Database server node, which teaches that "[t]he database server node's 
function is to provide a persistent data storage and retrieval service in support of 
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the user-to-business transactional interaction". Furtliermore, "[t]he data stored is 
relevant to the specific business interaction (for example, bank balance, insurance 
information, and current purchase by the user)" where downloaded schema are 

stored); 

Claim 16: 

Nielsen discloses the following limitation: 

• wherein the service module modifies the schema in cooperation with the user of the 
first computer (page 120, Chapter 7, WebSphere Commerce Suite integration, 
7.2.0.1 IBM Net.Data, 3"^ Ij: which teaches that "Net.Data interprets to create 
dynamic Web pages with customized content based on input from the user, the 
current state of your databases, other data sources" and "existing business logic" 
and pages 123-124, Figures 73-74, which they illustrates where a user inputs data 
and generates a welcome page with related business document where the user 
modify it for example by creating a new requisition list); 

Clainn 17: 

Nielsen discloses the following limitation: 

• wherein the service module uses graphic representations on an output device of the 
first computer to show a current status in a sequence of the business schema and 
to modify the sequence (pages 17-18, Figure 7 which it illustrates a graphical 
example of transactional B2B Web site, page 26, Figure 11, which it illustrates 
"Your Requisition List(s) and Chapter 2, B2B scenario, 2.1 The initial TECKRAFT 
B2B Web site: which Figure 7 illustrates data and operations related to a business 
where a user can browse the catalog of power tools, create requisition lists (e.g., 
user inputs), issue an order (or reorder) and see status of current orders. Nielsen 
teaches that in Figure 7 shows a link to see a status of current orders (e.g., a 
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sequence of the business schema) in "View order status", therefore a user can 
reorder (e.g., modify the sequence) creating a new requisition list); 

Claims 18 and 32: 

Nielsen discloses the following limitation: 

• wherein the service module indicates an arrival of documents to the first computer 
and opens the documents in the layout that has been defined by the sender of the 
documents (pages 8-9, Chapter 1, Introduction to collaborative commerce, 1.2.2 
Lotus Sametime, 2"" If and 1.2.3 Lotus Quick Place 1^' and 2"" If: which teaches 
that "Sametime also enables users to share live documents, applications, and a 
whiteboard; for example, a seller can share a spreadsheet with a buyer" and Figure 
5 which it illustrates a Real-time video conferencing using Sametime. Nielsen 
teaches that when a sender share a live document to a user, he or she will receive 
an alert that a document has arrived and it will open in the layout and format 
previously defined by the sender such as "project management tools. Office 2000 
integration and integrated workflow."); 

Claim 20: 

Nielsen discloses the following limitation: 

• wherein layout data of documents and business data of documents are separated 
(page 120, Chapter 7, WebSphere Commerce Suite integration, 7.2.0.1 IBM 
Net.Data: which teaches that "[nJet.Data is a macro processor that executes as 
middleware on a Web server machine. You can write Net.Data application 
programs, called macros, which Net.Data interprets to create dynamic Web pages 
with customized content based on input from the user, the current state of your 
databases, other data sources, existing business logic, and other factors that you 
design into your macro" where Nielsen teaches that by using Net.Data a layout data 
of documents are creating as dynamic Web pages and the business data of 
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documents are separated in a database. Furthermore, 7.2.0.3 Welcome page 
customized macro on page 129, Nielsen teaches a cascading style sheet, "<style 
type="text/css">" which is well know in the art that cascading style sheet (CSS) is 
used to help readers of web pages to define colors, fonts, layout, and other aspects 
of document presentation. Therefore enables the separation of document content 
from document presentation.); 

Claim 21: 

Nielsen as shown discloses a method to participate in electronic business, the method 
comprising: 

• loading the business scttema from a central repository with the first processor 
(pages 44-45, Figure 34, which it illustrates a Collaborative commerce application 
topology, where Real Time Collaboration Server and Commerce Server load 
business schemas through the WebSphere Commerce Suite application from a 
database (e.g., a central repository) and page 225, Appendix B, Nodes in the 
application topology, B.1.6 Database server node, which teaches that "[t]he 
database server node's function is to provide a persistent data storage and retrieval 
service in support of the user-to-business transactional interaction" in order to 
create, selects and process documents using the WebSphere Commerce Suite 
Application as illustrated in figure 7, pages 17-18, where a buyer can browse the 
catalog, create requisition lists, issue an order, see status for current orders and 
participate in auctions (e.g., business transactions)); 

• to transact business that the first computer transacts with the second computer and 
with the third computer wherein the sequence of business transactions is executed 
in a predefined format that is used by the second computer and by the third 
computer (pages 44-45, Figure 34, which it illustrates a Collaborative commerce 
application topology, pages 17-18, Figure 7 which illustrates a business schema. 
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the TECKCRAFT transactional B2B Web site for a buyer which enables a buyer to 
create, selects, and process documents, for example: browse the catalog of power 
tools, create a requisition lists, issue an order (or reorder) (e.g., a predefined 
sequence of business transactions combined with documents) and Figure 1 1 which 
illustrates requisition lists (e.g., a document) of a buyer in order to perform a 
business transaction (e.g., issue an order or reorder));Nielsen teaches that in a e- 
business collaborative environment more than one computers can participate as 
shown in page 22, Figure 10, which illustrates an scenario enabling different users 
to collaborate in marketplace); 

• communicating according to the business sctiema between the computers, wherein 
a first program executed by the first processor on the first computer interacts with 
both a second program executed by the second processor on the second computer 
and interacts with a business application executed by the third processor on the 
third computer (pages 8-9, Figure 5, which it illustrates a real-time video 
conferencing, where Nielsen teaches that this predefined format enables business 
communication between computers in a collaborative environment as shown in 
pages 44-45, Figure 34 which it illustrates a Collaborative commerce application 
topology and page 223, Figure 98, which it illustrates a Transactional Commerce 
Application Topology where lines shows the electronic business communication 
between servers and users or clients); 

• executing the sequence of business transactions between the first, second and 
third processors (page 225, Appendix B, Nodes in the application topology, B.1.6 
Database server node, which teaches that "[t]he database server node's function is 
to provide a persistent data storage and retrieval service in support of the user-to- 
business transactional interaction" in order to create, selects and process 
documents using the WebSphere Commerce Suite Application as illustrated in 
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figure 7, pages 17-18, where a buyer can browse the catalog, create requisition 
lists, issue an order, see status for current orders and participate in auctions (e.g., 
business transactions)); 

Nielsen teaches in pages 44-45, Figure 34 illustrates a Collaborative commerce application 
topology, pages 17-18, Figure 7 illustrates a business schema, the TECKCRAFT transactional 
B2B Web site for a buyer which enables a buyer to create, selects, and process documents, for 
example: browse the catalog of power tools, create a requisition lists, issue an order (or reorder) 
(e.g., a predefined sequence of business transactions combined with documents) and Figure 11 
which illustrates requisition lists (e.g., a document) of a buyer in order to perform a business 
transaction (e.g., issue an order or reorder). Nielsen does not specifically teach how to create a 
business schema and predefine a sequence of business. However, Dubray in an analogous art of 
B2B collaboration for the purpose of creating a business schema and defining a sequence of 
business transactions (Figures 2-4 and 8-12) as shown does: 

• predefining a sequence of business transactions to be executed (Figure 2 illustrates 
a schematic of core business transaction semantics, page 15, B2B Collaboration 
Definitions, which teaches that "[e]ach Business Transaction needs to be specified 
and choreographed" (e.g., predefining a sequence), Figure 3 illustrates OAGI 
Scenario 55 divided as ebXML Business Transactions and page 16, Business 
Transaction Definitions); 

• creating a business scfiema by assigning a document to each business transaction 
in tfie sequence of business transactions (Figures 8-12 illustrates business 
schemas e.g., collaboration activity diagram. Figures 4 and 7 illustrates assigning a 
document to each business transaction e.g., RespondingBusinessActivity -> 
Document Envelope -> Attachment: business document); 
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• and storing at least one document assigned in ttie business schema (Figure 4 
illustrates that at least one document assigned (e.g., businessDocument) is stored 
(e.g., Attachment) in the business schema (e.g., RespondingBusinessActivity)); 

Therefore, it would have been obvious to one of ordinary skill in the art to modify Nielsen to 
include the teaching of Dubray because the claimed invention is merely a combination of old 
elements, and in the combination each element merely would have performed the same function 
as it did separately, and one of ordinary skill in the art would have recognized that the results of 
the combination were predictable. 
Claim 23: 

Nielsen as shown discloses a system for executing electronic business, the system comprising: 

• first and second computers interconnected and communicating through a network, 
the first and second computers being controlled by first and second programs 
executed on a first processor in the first computer and a second processor in the 
second computer, respectively, and network interfaces for communicating through 
the network (pages 44-45, Figure 34, which it illustrates a Collaborative commerce 
application topology, page 223, Figure 98 which it illustrates a Transactional 
commerce application topology and pages 224-226, Appendix B, Nodes in the 
application topology, B.1.1 Web application server node, B.I. 4 User node and 
B.I. 10 Application and data nodes: which teaches that computers are 
interconnected and communicated through a network as shown in Figure 98, where 
the web application "node provides robust services to allow users to communicate 
with shared applications and databases. In this way it acts as an interface to 
business functions, such as banking, lending, and HR systems". Furthermore, 
"[e]xisting applications are run and maintained on nodes that are installed in the 
internal network"); 
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• wherein the first computer includes a display for displaying data and operations 
related to the business and a user input for allowing a user of the first computer to 
provide data input for executing the business (pages 17-18, Figure 7 which it 
illustrates an example of transactional B2B Web site and Chapter 2, B2B scenario, 
2.1 The initial TECKRAFT B2B Web site: which Figure 7 illustrates data and 
operations related to a business where a user can browse the catalog of power 
tools, create requisition lists (e.g., user inputs), issue an order (or reorder) and see 
status of current orders); 

• and further wherein the first computer processor,, executing the first program 
includes a schema module to load a business schema from a central repository 
(pages 44-45, Figure 34, which it illustrates a Collaborative commerce application 
topology, where Real Time Collaboration Server and Commerce Server load 
business schemas through the WebSphere Commerce Suite application from a 
database (e.g., a central repository),page 225, Appendix B, Nodes in the 
application topology, B.1.6 Database server node, which teaches that "[t]he 
database server node's function is to provide a persistent data storage and retrieval 
service in support of the user-to-business transactional interaction" in order to 
create, selects and process documents using the WebSphere Commerce Suite 
Application as illustrated in figure 7, pages 17-18, where a buyer can browse the 
catalog, create requisition lists, issue an order, see status for current orders and 
participate in auctions (e.g., business transactions)); 

• wherein the business schema uses a predefined format that enables business 
communication between the first and second computers (pages 8-9, Figure 5, 
which it illustrates a real-time video conferencing, where Nielsen teaches that this 
predefined format enables business communication between computers, pages 44- 
45, Figure 34 which it illustrates a Collaborative commerce application topology and 
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pages 223, Figure 98, which it illustrates a Transactional Commerce Application 
Topology where lines shows the electronic business communication between 
servers and users or clients); 

Nielsen teaches in pages 44-45, Figure 34 illustrates a Collaborative commerce application 
topology, pages 17-18, Figure 7 illustrates a business schema, the TECKCRAFT transactional 
B2B Web site for a buyer which enables a buyer to create, selects, and process documents, for 
example: browse the catalog of power tools, create a requisition lists, issue an order (or reorder) 
(e.g., a predefined sequence of business transactions combined with documents) and Figure 11 
which illustrates requisition lists (e.g., a document) of a buyer in order to perform a business 
transaction (e.g., issue an order or reorder). Nielsen does not specifically teach how to create a 
business schema and predefine a sequence of business. However, Dubray in an analogous art of 
B2B collaboration for the purpose of creating a business schema and defining a sequence of 
business transactions (Figures 2-4 and 8-12) as shown does: 

• the business schema comprising a predefined sequence of business transactions 
to be executed between the first computer and the second computer and 
documents that are assigned to each business transaction in the sequence of 
business transactions (Figures 8-12 illustrates business schemas e.g., collaboration 
activity diagram. Figures 4 and 7 illustrates assigning a document to each business 
transaction e.g., RespondingBusinessActivity -> Document Envelope -> 
Attachment: business document, Figure 2 illustrates a schematic of core business 
transaction semantics, page 15, B2B Collaboration Definitions, which teaches that 
"[e]ach Business Transaction needs to be specified and choreographed" (e.g., 
predefining a sequence) and Figure 3 Illustrates OAGI Scenario 55 divided as 
ebXML Business Transactions and page 16, Business Transaction Definitions); 

Therefore, it would have been obvious to one of ordinary skill in the art to modify Nielsen to 
include the teaching of Dubray because the claimed invention is merely a combination of old 
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elements, and in the combination eacli element merely would have performed the same function 
as it did separately, and one of ordinary skill in the art would have recognized that the results of 
the combination were predictable. 
Claim 24: 

Nielsen discloses the following limitation: 

• wherein the second program on the second computer has a schema module with 
features that are substantially equivalent to the schema module of the first program 
(pages 8-9, Chapter 1, Introduction to Collaborative Commerce, 1.2.2 Lotus 
Sametime 1^' - 2"*^ and Figure 5: which teaches that "[l]otus Sametime" offers "a 
customizable, standards-based platform for instant awareness, real-time 
communication (chat) and online meetings with application sharing and 
whiteboarding capabilities" where "enables users to share live documents, 
applications, and a whiteboard; for example, a seller can share a spreadsheet with 
a buyer". Nielsen teaches that a second computer (e.g. a buyer computer) is using 
the same program functions as the first computer as shown in Figure 5, which it 
illustrates a real-time video conferencing); 

Claim 26: 

Nielsen discloses the following limitation: 

• wherein the communication module is operated to support communication with a 
third computer under control of a business application, and wherein the predefined 
communication format provided by the business schema enables the first computer 
to participate in electronic business with the third computer (pages 8-9, Chapter 1 , 
Introduction to Collaborative Commerce, 1.2.2 Lotus Sametime 1^' - 2"'^ and 
Figure 5: which teaches that "[l]otus Sametime" offers "a customizable, standards- 
based platform for instant awareness, real-time communication (chat) and online 
meetings with application sharing and whiteboarding capabilities" where "enables 
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users to share live documents, applications, and a whiteboard; for example, a seller 
can share a spreadsheet with a buyer". Nielsen teaches that a user or client (e.g. a 
second or third computers) are using the same program functions as the first 
computer as shown in Figure 5, which it illustrates a real-time video conferencing); 

Claim 27: 

Nielsen discloses the following limitation: 

• wherein the communication module is operated to forward the documents to the 
second computer and to the third computer for interpreting and processing (pages 
8-9, Chapter 1, Introduction to Collaborative Commerce, 1.2.2 Lotus Sametime 1^'- 
2"*^ and Figure 5: which teaches that "[l]otus Sametime" offers "a customizable, 
standards-based platform for instant awareness, real-time communication (chat) 
and online meetings with application sharing and whiteboarding capabilities" where 
"enables users to share live documents, applications, and a whiteboard; for 
example, a seller can share a spreadsheet with a buyer". Nielsen teaches that in a 
collaborative electronic business application, a user computer interprets and 
process the documents that are sent thought the collaborative environment); 

Claim 28: 

Nielsen discloses the following limitation: 

• wherein operating the schema module includes providing a selection mask to the 
user of the first computer to select a context for identifying documents and 
transactions (pages 208-209Chapter 8, Sametime Development, 8.8.1 Knowing 
when your buyers are logged in, 8.8.1.1 Considerations for using the Sametime 
Connect client, 2"^ If: which teaches that "to add a filter, so the sales representative 
only sees the buyers he or she is associated with" where Nielsen teaches that the 
user selects which buyers are associate with him or her, which it is implicitly 
disclosed by using a selection mask, which is well known in the art as a filter that 
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selectively includes or excludes certain values, a user selects different context 
regarding his or her needs); 

Claim 29: 

Nielsen discloses the following limitation: 

• further comprising operating a service module to combine input received from the 
user of the first computer with data from the repository to generate data that goes 
into the business document (page 120, Chapter 7, WebSphere Commerce Suite 
integration, 7.2.0.1 IBM Net.Data 3"^ If: which teaches that "Net.Data interprets to 
create dynamic Web pages with customized content based on input from the user, 
the current state of your databases, other data sources" and "existing business 
logic" and Figures 73-74, which they illustrates where a user inputs data and 
generates a welcome page with related business document); 



11. Claims 9, 19 and 22 are rejected under 35 U.S.C. 103(a) as being unpatentable over Nielsen et 
al., B2B Collaborative Commerce with Sametime, QuickPlace and WebSphere Commerce Suite, 
IBM International Technical Support Organization, International Business Machine Corporation; 
August 2001; 274 pages; ibm.com/redbooks, hereinafter "Nielsen" as applied to claims 1-8, 11, 
13-18, 20-21 and 23-32 in view ofwww.ebxml.org, News and Articles, ebXML - Enabling A Global 
Electronic Market, United Nations and OASIS Join Forces to Produce Global XML Framework for 
Electronic Business, Boston, MA, USA & Geneva, Switzerland, September 15, 1999, hereinafter 
"ebXML". 



Claim 9: 

Nielsen does not disclose the following limitation. However, ebXML in an analogous art of 
collaboration tools for the purpose of communicating via a protocol ebXML (1®' If) as shown does: 
• wherein the communication module is adapted to communicate via a protocol 
selected from the group of: ebXML messaging, SOAP, and WSDL (see at least 1®' 
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H: which teaches that "[t]he United Nations body for Trade Facilitation and 
Electronic Business (UN/CEFACT) and the Organization for the Advancement of 
Structured Information Standards (OASIS) have joined forces to initiate a worldwide 
project to standardize XML business specifications" where ebXML teaches that 
ebXML specifications are standard in the exchange of electronic business data, 
such as SOAP, which is a simple XML-based protocol to let applications exchange 
information and WSDL is an XML-based language for describing Web services); 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the B2B Collaborative Commerce with Sametime, QuickPlace and 
WebSphere Commerce Suite of Nielsen with the Global XML Framework for Electronic Business 
as taught by ebXML because ""[t]o be effective for global business, it is vital that XML 
specifications are based n a common framework," explained Bill Smith (Sun Microsystems), 
president of OASIS. "That framework does not exist today and, consequently, there are many- 
often competing-efforts underway worldwide. This new Electronic Business XML Working Group 
will end the confusion and duplication of effort that currently exists." Furthermore, they developed 
"a technical framework that" "enable XML to be utilized in a consistent manner for the exchange 
of all electronic business data" in order "to contribute to the growth of world trade". (ebXML, see 
at least 2"" and 3'" H). 

Claim 19: 

Nielsen does not disclose the following limitation. However, ebXML in an analogous art of 
collaboration tools for the purpose of communicating via a protocol ebXML (1®' If) as shown does: 
• wherein the communication format comprises XML-based UBL (see at least 1^ 1|: 
which teaches that "[tjhe United Nations body for Trade Facilitation and Electronic 
Business (UN/CEFACT) and the Organization for the Advancement of Structured 
Information Standards (OASIS) have joined forces to initiate a worldwide project to 
standardize XML business specifications" where XML-based UBL is a library of 
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standard electronic XML business documents sucti as purchase orders and 
invoices wliich ebXI\/IL teaclies tliat XML business specifications are standard in tlie 
exchange of electronic business data); 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the B2B Collaborative Commerce with Sametime, QuickPlace and 
WebSphere Commerce Suite of Nielsen with the Global XML Framework for Electronic Business 
as taught by ebXML because as explained in Claim 9. 
Claim 22: 

Nielsen does not disclose the following limitation. However, ebXML in an analogous art of 
collaboration tools for the purpose of communicating via a protocol ebXML (1^' U) as shown does: 
• wherein communicating is supported by a communication module on the first 
computer and wherein the communication module communicates using a 
communication format wherein the communication fonvat comprises XML-based 
UBL (see at least 1^' ][: which teaches that "[t]he United Nations body for Trade 
Facilitation and Electronic Business (UN/CEFACT) and the Organization for the 
Advancement of Structured Information Standards (OASIS) have joined forces to 
initiate a worldwide project to standardize XML business specifications" where 
XML-based UBL is a library of standard electronic XML business documents such 
as purchase orders and invoices which ebXML teaches that XML business 
specifications are standard in the exchange of electronic business data); 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the B2B Collaborative Commerce with Sametime, QuickPlace and 
WebSphere Commerce Suite of Nielsen with the Global XML Framework for Electronic Business 
as taught by ebXML because ""[t]o be effective for global business, it is vital that XML 
specifications are based n a common framework," explained Bill Smith (Sun Microsystems), 
president of OASIS. "That framework does not exist today and, consequently, there are many- 
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often competing-efforts underway worldwide. This new Electronic Business XML Working Group 
will end the confusion and duplication of effort that currently exists." Furthermore, they developed 
"a technical framework that" "enable XML to be utilized in a consistent manner for the exchange 
of all electronic business data" in order "to contribute to the growth of world trade". (ebXML, see 
at least 2"" and 3'" If). 

12. Claims 12 is rejected under 35 U.S.C. 103(a) as being unpatentable over Nielsen et al., B2B 
Collaborative Commerce with Sametime, QuickPlace and WebSphere Commerce Suite, IBM 
International Technical Support Organization, International Business Machine Corporation; 
August 2001; 274 pages; ibm.com/redbooks, hereinafter "Nielsen" as applied to claims 1-8, 11, 
13-18, 20-21 and 23-32 in view of Official Notice. 
Claim 12: 

Nielsen, as shown do not disclose the following limitation: 

• wherein the selection mask has pull-down options 

However, with regard to the limitations wherein the selection mask has pull-down options, 
the Examiner takes Official Notice that it is old and well known in information system and 
software developing environment and to one of the ordinary skill in the art to use a selection mask 
(e.g., a filter) with a pull-down options because is a user friendly and well know for example, when 
a user select the option File a pull-down menu appears. It is also called a drop-down menu, 
where a menu of commands or options appears when a user selects an item with a mouse. The 
item a user selects is generally at the top of the display screen, and the menu appears just below 
it, as if you had pulled it down as evidenced by JavaScript Drop Down Boxes, Adding Drop Down 
Boxes 

(http://web.archive.Org/web/20001205095500/http://pageresource.com/jscript/jdropbox.htm) 
December 5, 2000 where page 1 illustrate a drop down box and Ellis et al.. Button vs. menus: An 
explanatory study of pull-down menu selection as compared to buttons bars, Human-Computer 
Interaction Laboratory, June 1995 which teaches a pull-down menu selection effectiveness. 
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Therefore, it would have been obvious to one of ordinary sl<ill in the art at the time of the 
invention to combine the B2B Collaborative Commerce with Sametime, QuickPlace and 
WebSphere Commerce Suite of Nielsen with the Global XML Framework for Electronic Business 
as taught by ebXML with the old and well-known practice of pull-down options menu because it 
provides a more user friendly interface and will therefore increase consumer appeal. 
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Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is 
reminded of the extension of time policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE MONTHS 
from the mailing date of this action. In the event a first reply is filed within TWO MONTHS of the 
mailing date of this final action and the advisory action is not mailed until after the end of the 
THREE-MONTH shortened statutory period, then the shortened statutory period will expire on the 
date the advisory action is mailed, and any extension fee pursuant to 37 CFR 1.136(a) will be 
calculated from the mailing date of the advisory action. In no event, however, will the statutory 
period for reply expire later than SIX MONTHS from the date of this final action. 

Any inquiry of a general nature or relating to the status of this application or concerning 
this communication or earlier communications from the Examiner should be directed to Nadja 
Chong whose telephone number is 571.270.3939. The Examiner can normally be reached on 
Monday-Friday, 9:30am-5:00pm. If attempts to reach the examiner by telephone are 
unsuccessful, the Examiner's supervisor, BETH BOSWELL can be reached at 571.272.6737. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR system, 
see http://portal.uspto.gov/external/portal/pair <http://pair-direct.uspto.gov >. Should you have 
questions on access to the Private PAIR system, contact the Electronic Business Center (EBC) at 
866.217.9197 (toll-free). 

Any response to this action should be mailed to: 

Commissioner of Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 

or faxed to 571-273-8300. 



Application/Control Number: 10/686,642 Page 28 

Art Unit: 3623 

Hand delivered responses should be brought to the United States Patent and 
Trademark Office Customer Service Window: 

Randolph Building 
401 Dulany Street 
Alexandria, VA 22314. 



/Nadja Chong/ Examiner, Art Unit 3623 
/Beth V. Boswell/ 

Supervisory Patent Examiner, Art Unit 3623 



